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1. INTRODUCTION 

Background; the advent of the fourth industrial revolution (4IR) has brought to bear the relevance 
and optimal usage of WSNs. Since new protocols that enable devices, appliances, industrial processes, and 
machines to connect and communicate have been developed, its applicability on the internet of things (IoT) 
and industrial internet of things (IoT) cannot be over-emphasized, especially in this era of artificial 
intelligence (AI). WSN is the foundation upon which nodes connect, be it devices, industrial processes, or 
machines. However, IoT refers to an interconnected system of smart devices for data collection and data 
transfer through wireless communication without the interference of humans. WSN has a significant function 
in IoT where the sensor nodes (SNs) are the main actors in the SDWSN architecture. Studies have shown that 
WSN offers several great benefits, such as wireless personal area networks (WPANSs), flexibility, and 
scalability [1]. Nevertheless, it also has several drawbacks, such as bandwidth and energy consumption, data 
storage, and packet collision problems. To alleviate some of these challenges, the SDN is proposed to address 
issues such as energy and forwarding decisions. This is made possible by the SDN controller, which plays the 
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role of a manager/coordinator [2]. It does that by removing dissipating energy from a node to a controller that 
is centralized in SDN [2]-[5]. Such duties like management and routing are taken care of at the controller 
while abstraction and network function visualization (NFV) are dealt with at the application level [5]. 

A process where an entity gathers information of topology in the same network is called topology 
discovery (TD). Topology management (TM) is still important for network management, where the 
application plane is facilitated by the controller. The controller finds a topology through the host, switches, 
and through interconnected connections between openflow (OF) switches [6]. The controller from the switch 
discovers the host by getting an information-in message. The efficacy of the OF discovery protocol (OFDP) 
lies in its ability to discover the OF switches during the handshake process with the controller and 
interconnected links of the OF switches. The requirement for an efficient TD in SDWSN is predicated on the 
fact that, since WSN is dynamic, there is a chance that as a result of the network node mobility, more 
information is generated and transmitted to the controller for an updated topology [7]. These interactions and 
transactions create overhead traffic that affects the network's resources negatively. The network TD plays an 
important role in the system's energy level, which could be favorable or unfavorable to the network. Most 
often, overheard traffic among the ordinary nodes and the control plane leads to higher energy consumption. 
On the other hand, few nodes consume less energy when the communication among the nodes is long [5], 
[6]. For the TD to function properly, it must adhere to some of the requirements of the controller. Firstly, the 
TD should be error-free. This is because a topology error can bring a routing that is wrong to the neighboring 
node. When there is a routing error, this can be disastrous and lead to unnecessary energy consumption. 
Secondly, an efficient TD is needed in the sense that the controller should not be flooded by the TD with 
information that is not important. Hence, when there is topology events information, the TD must send that 
information to the controller. 

Being the central coordinator allowed by the TM, the SDN controller is there to maintain the 
operations in the application plane, where network traffic is routed over the network topology to its target. 
The topology is discovered by the controller through host discovery and switch discovery. It identifies the 
host by getting a data-in message from the switch and then creates links between the switches [1], [8]. During 
that link process through the controller, there is switch discovery and interconnections among switches are 
found through the OFDP [7]-[9]. WSN applications are not too demanding in terms of information rate. 
Hence, an efficient SDN is needed when using the sensor resources, even if we have lower information rates 
with such efficiency [9], [10]. 

This study's main contribution is to upgrade the execution of SDWSN, by introducing a fuzzy logic- 
based controller using IT-SDN to increase the lifespan of the network and improving the efficiency of the 
SDWSN. TD uses fuzzy theory where every sensor node must give the necessary data containing the energy, 
the neighbors’ list, and the node cost (NC) [11], [12]. Figure 1 shows the fuzzy topology discovery protocol 
(FTDP) design in SDWSN. 
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Figure 1. FTDP architecture in SDWSN 


Thus, a fuzzy logic-based controller considers various network properties [13], such as remaining 
energy (RE), number of neighbors, and network traffic, to choose the best forwarding sensor node and 
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improving the network's execution. The link layer discovery protocol (LLDP) is a type of TD protocol under 
the name of IEEE 802.1AB previously referred to as station and media access control connectivity discovery 
(SMACCD) [14]. The network devices use LLDP to reveal their identities, functions, and their list of 
neighbors. LLDP is used to extract the topology information and to report it to the controller without 
modifying existing protocols, resulting in the conservation of energy. 

Problem statement; due to the challenges of the traditional WSN such as energy consumption; there 
is a need to design a suitable TD protocol for SDWSN approach and reduces the overhead traffic among 
ordinary nodes and the control plane, which leads to higher energy consumption. This will be done by 
developing a new TD to determine the list of neighbors, the present traffic, and the amount of the RE. Based 
on the above-mentioned problem the following sub-problems are identiffed, The WSN topology keeps 
changing when the nodes are mobile and the processing power as well as the memory is dynamically 
assigned. Thus, there is a need to investigate to what extent these changes have on the TD. The majority of 
existing WSN topology control algorithms is known to be energy-ineffcient and yet the SDN features have 
recently emerged to support scalable TDs. Thus, there is a need to investigate and develop an energy-efficient 
scalable TD algorithm for SDWSN. 

Related work; SDN focuses on supporting network management and improving its scalability [15]. 
In these networks, there is a separation between the control and data plane. Software-defined sensor networks 
(SDSN) [16] are the ones focusing on the controller sensor server which has the responsibility for telling 
what the sensor node should do in the network. Related work that focuses on programming fields is published 
in [17]. The authors gave three main layers for application-programming interfaces (APIs), namely 
implementing information, observing network state, and maintenance of SN connection. 

The authors proposed tiny software-defined measurement (TSDM) [18]. It is an SDN measurement 
architecture for WSNs using a language similar to usual C programming named tiny code language (TCL). 
For TSDM, task measurement and the transfer of another coding function can be handled easily by just 
moving the binary code. OF presented in [9], [15], is one of the implementations of SDN solutions where the 
SNs in OF deal with a new information in flow tables [19]. 

Jayashree and Princy [20] presented a WSN-based structure, where the OF protocol is used by the 
controller. The purpose of the research in [20], is to deal with the main problem of WSNs, which is energy 
efficiency. In this research, SDWSN is used to deal with traffic problems, like energy consumption, and the 
collection and transfer of information. Sensor OF (SOF) presented in [21], which is the same as OF, is the 
SDWSN's main component, which is an important protocol of communication between the control and 
data/information plane. With the help of SDWSN, the network becomes programmable using SOF when 
dealing with flow table on every SN. The TSDN presented in [22] helps promoting tiny operating system 
(TinyOS) to play the role of SDWSN's nodes. Each SDN-enabled SN identifies its neighboring nodes and 
sends information to the node of the SDN-controller over the collection tree protocol. One of its main 
functions is topology information collection. SDN-enabled SNs transmit numerous information by waiting 
for feedback. When getting that feedback, the information from those SN, having the neighboring sensor 
nodes ID, is included in the flow table. The authors have introduced a routing technique that is flexible for 
WSN to improve the network life span by utilizing a fuzzy logic framework [23]. The algorithm of that 
routing technique utilizes the RE and the best selection of the node for the optimization of energy routing in 
WSN [24], [25] introduced Soft-WSN, which is an architecture of SDWSN to deal with IoT's application 
requirements. The authors proposed an SN and a controller to enable SDWSN. They presented two controller 
parts like the topology manager (TM) and device manager. The TM supports specific devices duties, like 
tasks' and delay's sensing, and sleep/dynamic scheduling. In addition, the device manager supports network 
topology to address the network's quality of service (QoS). 

SDN solution for wireless sensor network (SDN-WISE) presented in [26], is one of the new 
innovations in this field that supports packets or data to collect topology information for SDWSN [27]. It is 
one of the SDWSN's solutions that was used for the implementation of the approach called the fuzzy logic 
protocol. Fuzzy-logic protocol in SDN-WISE was proposed in [28], but the authors used a network simulator 
(NS2) which does not give clear simulation results in terms of the energy consumption and delivery rate as 
compared to IT-SDN platform. The importance of IT-SDN is to give a clear separartion of the FTDP protocol 
to achieve southbound communication, to discover the neigbhboring nodes and the controllers. In [29], the 
authors designed a fuzzy controller for energy efficiency using multicasting in SDWSN. 

In the SDWSN study, a fuzzy strategy is used for the TD, which is a significant aspect for TD and 
routing choice in SDN-based WSNs. The presented strategy gives a better WSNs TM by separating 
controller logic from the SN in SDN, and by utilizing the fuzzy logic framework when the topology is 
changing in WSNs. There are different methodologies about TD in SDWSN from various papers, with their 
qualities, shortcomings, and goals as shown in Table 1. 
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Table 1. Comparison of the methods 
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Methods Goals Protocols Advantages Drawbacks 
Azzouni et al. Actualizing sOFTDP asa TD LLDP Bidirectional forwarding Efficiency and security 
[30]. module in Floodlight detection. problems of OFDP 
Hashed LLDP content. 
Ochoa-Aday et OF-based network and BDDP and Dynamic configurations and Difficulty to use in the TD. 
al. crossover network. LLDP innovations in the network. Complication to help with OF 
[31]. Diminution of the controller. switches. 
Lowekamp et Producing an algorithm of the “Spoofed” Data scaling. No forwarding database. 
al. [32]. physical topology of the ICMP-echo Sufficient information. Dumb switches. 
Ethernet network. packets Acceptable traffic. 
Insufficient data. 
Donnet et al. Decreasing redundancy in the Doubletree The tree-like structure of Absence of thought of 
[11]. network. algorithm routes on the internet. productivity for web checking 
Doubletree can decrease framework. 
estimation load. The issues of redundancy 
bandwidth consumption 
Breitbart et al. Identify the new physical MAC addresses Managing inadequate data Restricted nearby data. 

[3]. topology of an IP network and VLANS. The straightforwardness of 
components across 
convention layers. 
Heterogeneity of network 
elements. 

Donnet et al. Establishing the performance Doubletree Decreased correspondence Higher traffic levels. 
[33]. of doubletree, reduce algorithm costs Hindrance to doubletree's 
transmission overhead and usage. 
increase probing effectiveness Inborn scaling issues. 
Roy Topology data collection and Stigmergic The handling of the sensor Node mobility 
Choudhury et distribution of the network. transmission network in TD Information convergence 
al. [34]. Link stability. Navigation strategies 
Data 
deteriorating 
Bejerano etal. Partial topology information Skeleton-path Strong completeness Complexity for physical TD. 
[35]. demonstration using SNMP refinement 
MIB algorithm 
Pakzad et al. TD overhead traffic OFDPv2 (OF Higher control traffic Scalability and reliability 
[36]. reduction. discovery overhead issues. 
Configs the largest possible protocol version high data rates 
network 2) 
Abdolmaleki Growth of the delivery rate of Fuzzy TD Higher the delivery rate of Insufficient energy utilization 
et al. [28]. data, decrease of the packet protocol (FTDP). packets, lower data casualty, load balancing, dynamic 


misfortune, and energy 
increase. 


higher RE of the network. 


topology and node mobility 


About the issues of scalability, as mentioned in [36], the researchers presented the approach called 


OFDPv2. This approach modifies the behavior of the controller and introduces another rule on every switch, 
that indicates that every LLDP information collected from the controller should be transferred to all available 
ports. This method has the advantage of decreasing overhead traffic from the controller when using the 
OFDPv2 approach. The scaling issue is additionally mentioned in [33] since the goal is determining 
Doubletree's performance when utilizing Bloom filter have the advantage of decreasing the cost of 
communication. The issues presented in [28], like energy consumption, were solved using the FTDP 
approach. The advantage of that approach is the improvement of the SDWSN performance and decreasing 
the information's delivery rate, and improving the energy of the network. 


2. METHODOLOGIES/ALGORITHMS 
2.1. SDN-WISE topology discovery protocol 

In this section, an overview of the SDN-WISE solution is provided by giving the specifications in 
the SDN-WISE design, and a brief overview of the SDN-WISE technical approach is provided as well as the 
TD protocol. 


2.1.1. Specifications 

The principal reason for presenting SDN into WSNs is presented on the new paradigm called 
SDWSN as already discussed. Studies show that WSN has poor efficiency in terms of energy, memory, and 
data processing. Thus, SDN-WISE should be efficient when dealing with the sensor, irrespective of other 
factors. SDN-WISE supports the duty cycle when it comes to energy efficiency if the radio interface is turned 
off and should also support data/information aggregation [14]. These characteristics were not part of the 
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scenarios of OF. Moreover, the communication between the controller and SN should not be taken into 
consideration for the accomplishment of the efficiency of the system. SDN-WISE nodes can also handle 
packets in their header and payload composition. The SDN-WISE architecture is illustrated in Figure 2. In 
the data plane (the left-hand side), there is the forwarding layer (like the TD), in-network packet processing 
(INPP), and the forwarding component (FWD). For the IEEE 802.15.4 standards, there is the media access 
control (MAC) and the physical (PHY) layers. The control plane is the right-hand side where there are SNs 
that do not synchronize with WSN. 


CONTROLLER 1 CONTROLLER X 


Sensor Node Emulated Node 


APPLICATION LAYER APPLICATION SIM 


EMBEDDED SYSTEM 


DEVICES 


IEEE 802.15.4 


Figure 2. SDN-WISE protocol stack 


The forwarding layer has the purpose to support the information in the control plane. The INNP has 
the responsibility to collect information for implementing the functions of in-network information. Moreover, 
the responsibility of the TD is to discover the neighboring nodes and send information to the controller. In 
the control plane, there is one controller node called the WISE-Visor that has a layer called TM, which 
outlines the resources of the network. Hence, the performance of various controllers on similar nodes gives 
different logical networks. 


2.1.2. Approach 

For a better protocol, the TD layer will run SDN-WISE protocol stack and its functions are data 
exchange and data processing of the TD packets. The information that those packets have is about the hops' 
number and battery level. When a node gets a TD packet, there is a selection and comparison of nodes to 
determine the one that has the best hops' number. These packets are utilized to organize a list of WISE 
neighbors since it has the addresses of each neighboring node and the battery level. The SDN-WISE table is a 
packet structure of the SN since every WISE flow-table entry has a section of matching rules that indicates 
the entry's conditions to be applied. For the new TD information, the SDN-WISE flow table must be cleared 
and reconstructed for an update of the topology. 


2.1.3. Protocol framework 

SN and at least a sink are the characteristics of SDN-WISE networks [26]. The Sinks are the entry 
for the SN managing the data plane and the control plane's elements. The SN runs the protocol stack of the 
data plane as illustrated in Figure 2. 

The SN has two sections such as a micro-control unit (MCU) and an IEEE 802.15.4 transceiver 
[26]. Over the IEEE 802.15.4 protocol stack, the forwarding layer manages the MCU that supports the new 
packets as mentioned in the WISE flow table. The in-network packet processing (INPP) layer has the 
function of data aggregation. In the implementation of SDN-WISE, the INPP layer connects packets that are 
small, and which should be sent with similar paths. Doing that will decrease the network overhead. The TD 
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layer touches all layers of the protocol stack via application programming interfaces (APIs). Therefore, the 
controller helps data to be collected from the nodes of the TD layer. This layer gives an application layer, 
which enhances the IEEE 802 APIs [26]. 

In the control plane, there are one or more controllers, for example, the WISE-Visor. It has a TM 
layer that has an entry to APIs given by all the layers. TM layer has two specifications, which are data 
collection from the nodes and data transfer to the controllers. The other specification is to control all protocol 
stack layers as mentioned to the controllers which run in a similar node that has the TM layer. The Emulated 
Node is the last layer that can connect with a sink that is the non-real sink. In this layer, a TD SIM layer 
touches all other layers. 


2.1.4. Topology discovery protocol 

The TD protocol controls all SN and is important for developing data and sending it to the WISE- 
Visor. The information is kept in the TD protocol from the next hop (the devices' number of a portion of 
information that travels from its source to its destination) close to the controllers and controls its current 
neighboring node to be updated. For this reason, every sink in the SDN-WISE network sends a TD 
information over a wireless transmission channel periodically. Such information has the characteristic of the 
sink that made it. From SN B getting a TD packet for an SN A, there are the following activities via pseudo 
code/algorithm 1. 


Algorithm 1. 


Input: All nodes from source to sinks 

Output: Determine each node location 

Initialization: 

1. Adds the battery level of SN B. 

2. Find the current neighboring nodes of SN B as well as its RSSI. 

3. If there is only the RSSI of SN B and the updated energy. 

4 Then node B has collected TD information with a smaller value of the range from the 
sink. 

5 ElseIf Those conditions are not satisfied. 

6. Then node A resets the value stated in the TD information to the current value. 

ds Else its next hop is set to the Controllers like B. 

8 If the level of energy is set by node A in the similar topology of the TD 
information. 

9. Then send the updated TD information over the wireless transmission channel. 

10. Else each SN delivers information that has the current neighboring nodes and sends it 
to the Wise-Visor. 

11. there is a cleared neighboring nodes' list. 

12. End If 

13. End If 


2.2. Topology discovery for SDWSN using LLDP 

LLDP is a neighbor discovery (ND) protocol of a single hop [31]. Its function is to show its 
capabilities and getting the information that is similar from the neighboring OF switches. The most useful 
component of LLDP in TD is OF-based networks. The control plane is required to build the TD for gathering 
important information about the forwarding plane and the devices’ link. This process will automatically 
detect when another switch takes part in the topology. The discovery procedure is shown in Figure 3. 
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Figure 3. LLDP OF discovery process 
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For the controller to send and receive LLDP packets to every switch, we have the following 
activities via pseudo code/algorithm 2. 


Algorithm 2. 


Input: Generate and process LLDP-packet at the controller 
Output: Determine each node location 

Initialization: 

1. For all set of switches in the network do 

2 If Sending LLDP-packet via Packet-Out event to switch a switch from Controller then 
3 For all received LLDP-Packet via packet-in event do 

4. Insert Link of a switch in the network in all the ports. 

Sa End for 

6 For all incoming LLDP-Packet do 

7 If LLDP-Packet-In port = controller 

8. Then Flood LLDP-Packet to all ports except access ports 

oF Else Send LLDP-Packet to the controller through the packet-in event. 

10. End if 

11. End for 

12. End if 

13. End for 


2.3. Topology DISCOVERY for SDWSN using FTDP 
2.3.1. FTDP algorithm packet activities 

Figure 4 shows different actions executed upon collecting information in the FTDP protocol. When 
a packet/information arrives, a certain node executes the following activities via pseudo code/algorithm 3. 


Algorithm 3. 


Input: All nodes from source to sinks 

Output: Determine each node location 

Initialization: 

1. Receives new TD information. 

2 Isolates the header and the payload of the obtained information. 

3 If the information type is “OPEN PATH”, the node learns new rules. 

4. Then do not drop the packet. 

5 ElseIf the information sample is “DATA-PACKET”, 

6 Then node A explores the openings of its fuzzy flow table to discover a matching 


condition/rule. 
Wis ElseIf the requirement is satisfied. 
Buy Then the node runs the better action. 
O°. Else node A transmits a new entry's request from the controller. 


10. If the sample of a packet is a “BEACON PACKET”, 

11. Then node A updates the new sequence number. 

12. ElseIf the packet type is “REPORT-PACKET”, 

13. Then Node A transmits the topology information to the closest Sink. 
14. Else repeat the process. 

15. End if 

16. End if 


The decision parameters such as RE, and queue length (QL) are presented to the fuzzy framework. 
The node with the largest NC should be selected. 


2.3.2. The fuzzy-logic TD protocol 

The purpose of the FTDP is the choice of the best new hop of the decision parameters in the case of 
the RE, the NC, and the QL in the SDWSN design [28]. In FTDP, the sink gets information about the nodes 
and decision parameters. At that point, the information is transmitted to the controller. A brief overview of 
the fuzzy framework is illustrated in Figure 5, showing the three phases: fuzzification, fuzzy inference 
system, defuzzification. 

The membership to a set can either be true or false. For true, there is a member of a set, and false, 
not a member of a set. In fuzzy systems, the interval for any real value is between 0 and 1 as the degree of 
membership of a set. 


2.3.3. Fuzzification 

To measure the node cost (NC) in FTDP, we use a fuzzy system. The NC is determined when using 
three parameters: the node's RE, queue length, and the number of neighboring nodes. Due to those three 
parameters, nodes have time-invariant status. 
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Figure 4. Flowchart of the FTDP 
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Figure 5. Overview of the fuzzy system 


Each graph outlines the input parameter to at least one fuzzy value with their related degrees. The first 
parameter of each node is the RE. Figure 6 illustrates five phases of the RE: very high, high, medium, low, and 
very low. For each node we consider the initial amount of RE to be 10 when it is high. For a high value of a 
node, we need high RE. The node with lower data transmission risk failure is the node that has higher RE. 

The next parameter that needs to be considered is the QL of each neighboring node. If the QL is 
higher, the less it may be chosen as an intermediate node. The last input to consider here in the fuzzy system 


is the number of neighboring nodes, also called node degree. The higher the degree, the higher the 
opportunity to be chosen as an intermediate node. 
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2.3.4. Fuzzy inference system 

The fuzzy inference framework is the second stage of the fuzzy framework. This framework gathers 
all the possible conditions ("if x, at that point y" conditions) that give an inference fuzzy system output to 
discover the fuzzy conditions that are matching. The fuzzy values are calculated by FTDP in the system 
called Mamdani fuzzy inference [28]. 


2.3.5. Defuzzification 
In this stage, the node cost (NC) is calculated for every node by: 


Xia RuleiXxCi 
Xi- Rule; 


NC(n) = (1) 

In (1) shows the NC, where Rule; is the significance parameter and C; is the parameter condition. 
The NC in the network is between O and 1 as illustrated in Figure 7. For the node to be taken as the 
intermediate node, the node with the largest NC must be considered. 


Very High Very High 


0.6 


Medium Medium 


0.4 


Very Low 


0 9 1.5 3 45 beoceseeed 10 0 9 25 5 T5 leescaveed 10 
Amount of Energy Rule Cost(n) 


Figure 6. The fuzzy membership capacity of the RE Figure 7. Fuzzy outline for computing the NC of 
each consolidated circumstance of a node 


3. RESEARCH METHOD 

Consider node A (with a node ID of 44) that has 5 Joules RE, a QL of 8, and the number of 
neighboring nodes is 7. The RE of the node is set on low and medium as seen in Figure 8. The vertical line, 
on the horizontal axis, is in between the low and medium bars. Then on the vertical axis, consider the RE for 
low to be 0.5 and for medium to be 0.7. For the QL parameter which varies from 0 to 10, let us consider the 
value of the QL to be 8, then about the vertical line, let us consider the QL medium to be 0.4 and for high to 
be 0.6. 


Very High 


0.7 ietietietetietietietiatietieltattetietiad Medium 
Li 
0.5 
0 0 3 5 6 9 12 
Remaining Energy 
RE(n) 


Figure 8. An illustration of the measure of residual energy and two measures of its fuzzy yield 


For the number of neighbors, on the vertical line, let us consider the NN for Medium to be 0.8 and 
for high to be 0.4. To find how many rule states or conditions that one needs to consider, the following 
equation is used: 
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Rule state = a” (2) 
where a is the values' number and n the parameters' number. 


Thus, for the three parameters, the rule state would be 2?=8 states. 
The Rule; is calculated by: 


Rule; = RE x QL x NN (3) 


In Table 2, the relating state to each estimation of the three parameters was determined. 


Table 2. Results for the rule states 


States (i) Rules Values Rule; 
1 RE ow X QLmeaium X NNuedium 05x04x06 0.12 
2 REjow X QLyign X NNwuedium 0.5 x 0.6 x 0.8 0.24 
3 RELow x QL Medium x NNuigh 0.5 x 0.4 x 0.4 0.08 
4 RE ow X QLuign X NNuign 0.5x0.6x0.4 0.12 
5 REmedium X QLmeadium X NNuedium 0.7 X 0.4Xx 0.7 0.384 
6 REvedium X QLuign X NNueaium 0.7x0.6x0.8 0.336 
7 REvedium x QL medium x NNuign 0.7 x 0.4 x 0.4 0.112 
8 REmedaium X QLyign X NNuign 0.7 x 0.6 x 0.4 0.168 


From (1), NC is calculated using the results in Table 2. The selected node will be the one with the 
highest value of the NC. 


NC = (Rule, XC1)+(Rulez XCz)+(Rule3 C3 )+(Rule, xCq) + (Rules xXCs )+(Ruleg xXCg)+(Rule7 XC7)+(Ruleg XCg) (4) 
Rule,+Rule2+Rule3+Rule, Rules+Ruleg+Rule7+Ruleg 
NC = (0.120.5)+(0.240.5)+(0.08X0.5)+(0.12x0.05) 4 (0.384X0.5)+(0.336x0.5)+(0.112x0.5)+(0.168X0.05) 
= 0.12+0.24+0.08+0.12 0.384+0.336+0.112+0.168 
113 1061 
NC = — +— = 0.828 
280 2500 


The above calculations show how to find the node cost (NC) of each neighboring node with 
different node ID. The selection of the NC is on the node ID with the largest NC. 


4. RESULTS AND DISCUSSION 

What is new about this paper is the implementation of the FTDP protocol results using the IT-SDN 
platform, which is an open SDWSN mechanism. It has a simple partition of the protocols used to attain 
southbound communication (which is the communication between the controller and the data pane) [7], 
neighbor discovery, and control discovery [37] as shown in Figure 9 on Cooja (Contiki network simulator). 
Table 3 shows the simulation parameters used in the simulation platform. 

The IT-SDN software architecture's components presented in Figure 10, outlines the three main 
components of the general SDWSN architecture: neighbor discovery (ND) and control discovery (CD) and 
packet processing. 

The number of routing packets, the RE level, and the number of packet losses are the parameters 
needed for the evaluation of results. A couple of results are defined to examine the performance of this 
approach in many circumstances. Figure 11 shows the validity of the FTDP protocol for the number of nodes 
between the sent and received packets. With this result, the ability of the sensor networks deteriorates with 
the expansion in the network measurement, which is increasing the chance of collisions. In the event of the 
routing packets' number, the quantity of sent and received information was investigated to determine how 
efficiently this protocol could transfer packets. 

For the next parameter, the information packet delivery rate (PDR), it was defined as the ratio of the 
received packets/data to the forwarded packets/data. 

PDR = 2 Beceierd packet ~ 100 (5) 

È Sent Packets 

The packet delivery rate is shown in Figure 12 for the validity of FTDP in comparison with SDN- 
WISE, where the PDR is in percentage and the nodes’ number to be from 100 to 500. More nodes led to more 
multi-hop transmission errors, causing a decrease in PDR. 
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Figure 9. Simulation platform in IT-SDN 


Table 3. Simulation parameters 


Controller 


Process 


Flow 
Tables 


Parameters Values Discovery Packet 
Protocol 
Nodes' number 100 to 500 
Network size 1000 x 1000 
Queue type Drop tail 
Queue size 50 : 
Normal nodes’ transmission range 0 to 100m Hahei 
Antenna type Omni-directional Protocol 
Transmission rate 448 kbps 
MAC protocol 802.15.4 
Bite rate type Exponential 
Forwarding protocol UDP Neighbour 
Traffic type Burst Table 
Deployment strategy Random 
Communication protocol TCP 
Internet Protocol IPv6 Figure 10. IT-SDN software architecture 
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Figure 11. Routing packets for FTDP in the network Figure 12. Packet delivery rate in the network 


The third parameter that needed to be addressed is the amount of the RE. Energy consumption is one 
of the serious problems in WSNs. A comparison between the RE of the proposed FTDP and SDN-WISE 
protocols was made. Figure 13 shows the results of the RE in the network, where the total RE is in Joules for 
several nodes ranging from 100 to 500. Using FTDP, there is lower energy consumption, leading to an 
increase in the network total RE. 

The last parameter is the lost packets. Figure 14 shows the number of lost packets in the network (in 
bytes) and the number of nodes from 100 to 500. One of the principal reasons for the number of lost packets 
in the network is the intermediate nodes' deficiency of energy. From the above results, there is an obvious change 
in the lost packets' number for FTDP and SDN-WISE protocols. 
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5. CONCLUSION 

This investigation has addressed the importance of SDN in WSNs. In the study, the transfer of 
information among the nodes and the master controller plane link with network TD has shown to cause 
higher energy consumption in the fused SDWDN. A detailed investigation of LLDP-based TD structures in 
networks made by OF switches was investigated. An improved FTDP protocol using IT-SDN was proposed 
in the SDN-WISE framework, which supports a fuzzy system in the controller. This is to increase the amount 
of RE of the network, and by so doing, improving the overall system performance when compared as shown. 
As future work, the application of FTDP and SDN-WISE framework in a cyber-physical system like a smart 
grid will be investigated to see how the entire system responds. 
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